Developer hardware autonomy in a managed desktop environment [closed]
Posted
by
Troy Hunt
on Server Fault
See other posts from Server Fault
or by Troy Hunt
Published on 2009-06-29T02:58:22Z
Indexed on
2012/08/31
15:42 UTC
Read the original article
Hit count: 249
desktop
|Productivity
I’m looking for some feedback on how developer PCs are managed within environments that have a strict managed desktop policy (normally large corporations). For example, many corporate environments control the installation of software and the deployment of patches and virus updates through a centralised channel. This usually means also dictating the OS version and architecture (32 bit versus 64 bit) which will likely also mean standardised hardware configurations.
I’m particularly interested in feedback from developers who work in this sort of environment but have a high degree of autonomy over their machines. This might mean choosing your own hardware vendor, OS type and version and perhaps how the machines are built and maintained. I have several specific questions:
- How do you satisfy the needs of security, governance etc whilst maintaining your autonomy? For example, how do you address concerns about keeping virus definitions and OS patches up to date?
- Do you have a process for gaining exemption from standard desktop builds and if so, what do you need to demonstrate in order to get this?
- How have you justified this need to the decision makers? Essentially, what is the benefit to your role as a developer by having this degree of autonomy?
Thanks very much everyone.
Update: There's a great post from Jean-Paul Boodhoo which addresses the developer tool component of the quesiton here: http://blog.jpboodhoo.com/TheFallacyOfTheStandardizedDeveloperMachineimage.aspx
© Server Fault or respective owner